[RÉGLÉ] Le nombre de lignes de code est doublé

[zebulon21]

Bonjour,

Venant de transférer notre site chez un nouvel hébergeur (OVH), je découvre que les installations ajoutent une ligne vierge entre chaque ligne de code.

J'ai constaté cela par exemple à l'installation de Joomla où le nombre de ligne du fichier CONFIGURATION.PHP est double.

Idem à l'installation des extensions : par exemple si un fichier XML fait 337 lignes lorsqu'il est généré localement (via WampSever), il aura 629 lignes si l'installation est faite chez l'hébergeur.

Je suppose que la multiplication du nombre de ligne peut provoquer un ralentissement (j'avais vu ça avec des KML volumineux...).

Si on pouvait me donner quelques pistes sur l'origine du phénomène...

[PieceOfCake]

Re : Le nombre de lignes de code est doublé

Bonjour,

typique de fichiers édités et sauvegardés sous Windows via le bloc note (probablement ) ?

Il s'agit probablement du codage des retours de ligne (CR-LF) différent entre Windows et Linux. Probablement pas de ralentissement au bout du bout, mais si tu souhaites les reprendre il faut passer par Notepad++ (ou autre) et s'assurer que l'encodage final est compatible UTF-8 Sans BOM

Cordialement

[zebulon21]

Re : Le nombre de lignes de code est doublé

Merci pour cette solution mais, sous toutes réserves, la cause serait ailleurs.

Les fichiers n'ont pas été re-travaillés (par moi) puisque les problèmes sont observés sur une installation "vierge" (fichiers d'origine, tels que la dernière version de Joomla).

Actuellement, j'ai remplacé les fichiers sur le serveur OVS par ceux générés sur mon PC pour supprimer ces sauts de ligne problématiques, ce qui me donne un site "propre" en exploitation, mais ce n'est pas satisfaisant car les mises à jour futures vont faire réapparaitre le même problème.

Ta réponse me ferait plutôt pencher vers à un problème de paramétrage chez OVS... ???

[PieceOfCake]

Re : Le nombre de lignes de code est doublé

euh ? OVS ?

OVH non ?

quelle installation as tu faites chez OVH (si c'est bien d'eux qu'il s'agit ?) tu parlais de transfert dans ton post #1 : en provenance d'où ? comment le transfert entre les deux s'est il passé : un transfert FTP avec de mauvais paramètres peut aboutir au même problème que celui que j'ai signalé plus haut (et pour les même raisons d'ailleurs). As tu transféré ton site brut ? ou après une sauvegarde Akeeba ?

bref, j'ai besoin de davantages de détails

[zebulon21]

Re : Le nombre de lignes de code est doublé

OVH non ?

Oui, c'est bien d'OVH qu'il est question (erreur de frappe ).

Le transfert pour l'install de Joomla a été fait par FTP avec Filezilla, ceci après seulement une décompression. Pour les paramètres Filezilla (ta question est instructive car je ne m'étais jamais penché sur ce détail), je vois qu'il est coché "Détection automatique. Utiliser l'UTF-8 si le serveur le supporte, sinon utiliser le jeu de caractères local).
Ensuite, après ce transfert, j'ai fait l'installation en ligne sur OVH.

Par contre, pour les extensions, j'ai utilisé ces 2 solutions :

1) - soit une installation avec la gestion des extensions (les fichiers étaient téléchargés précédemment sur mon PC mais, à part l'ajout de traductions pour certains et des modifs CSS, le reste est resté dans l'état d'origine).

2) - soit avec la mise à jour automatique que propose Joomla dans l'administration du site.

Sur cette dernière solution, tout se passe sur le site en production chez OVH, or il y a l'exemple de la mise à jour du module JCOMMENTS-LATEST qui aboutit lui aussi à ce problème d'ajout de lignes vierges.

Fichier joint : mod_jcomments_latest.zip

Il est vrai que j'ai rapatrié ce fichier avec Filezilla mais je doute que cela puisse jouer sur le code ?

[PieceOfCake]

Re : Le nombre de lignes de code est doublé

Je ne sais pas. J'attire juste ton attention sur le fait que recréer les extensions peut te poser un problème

Joomla lors de la création et de l'installation d'une nouvelle extension lui associe une id dans la base de données. Si lors d el'opération de copie de ton site chez OVH ta base de données locales contenait déjà ces extensions, il a de bonnes chances qu'elles soient désormais en double sur ton site. La méthode la plus simple pour déplacer un site est celle utilisant Akeeba (version gratuite) et documentée ici : http://cinnk.com/joomla/3/tutoriels?view=entry&id=59

auquel tu peux rajouter ensuite la page moovjla.php que tu peux télécharger ici : http://www.joomxtensions.com/moovjla.html

La compression mise en place par Akeeba pour déplacer ensuite l'archive avec FTP ne laisse aucune place libre pour que le genre de problème que tu rapportes puisse se produire

Cordialement

[zebulon21]

Re : Le nombre de lignes de code est doublé

Merci pour tes indications mais tout porte à croire qu'Akeeba, que je ne connais pas, n'éviterait pas l'apparition du problème lors des futures mises à jour d'extensions.

Comme expliqué précédemment, le changement d'hébergeur m'a donné l'occasion d'un démarrage "PROPRE", pour débarrasser le site des fichiers inutiles qui le polluent suite aux multiples évolutions de Joomla, en procédant comme ceci chez OVH :
1) installation de la dernière version "vierge" de Joomla (version identique à celle du site à transférer).
2) installation des dernières versions d'extensions (versions identiques à celles du site à transférer).
3) transfert des dossiers spécifiques au site (images, template...).
4) transfert de la base de données.

Cette manière de faire n'installe pas les extensions en double comme tu le craignais.

A titre de vérification, je viens de renouveler une autre installation "PROPRE" dans un sous-domaine de tests, et le même problème d'ajout d'une ligne vierge entre chaque ligne de code persiste sur des extensions telles que JCE, Jcomments, PhocaGallery. Par contre, curieusement, le fichier configuration.php de Joomla est cette fois-ci normal.

A noter que ces anomalies peuvent se vérifier de la même manière sur n'importe quel logiciel de lecture (Notepad, DreamWeaver...).

Si je fais la même installation sur mon PC (via WAMPSERVER), il n'y a plus aucun problème. Donc tout ceci porte à croire que la méthode de transfert n'est pas en cause mais qu'il faut rechercher au niveau de l'hébergeur OVH, mais que faut-il vérifier ?

Configuration WampServer
PHP 5.5.12
MySQL 5.6.17

Configuration chez OVH
PHP 5.5.22
MySQL 5.1.73

[PieceOfCake]

Re : Le nombre de lignes de code est doublé

Dieu sait que j'ai eu par le passé plein de choses à reprocher à OVH (c'est bien pour ça que je les ai quitét ceci dit en passant), mais ce serait bien la première fois que j'entends parlé de ce problème.

A mon sens ils sont innocents de ce problème là

[zebulon21]

Re : Le nombre de lignes de code est doublé

Je pense également que personne n'est coupable, surtout si la solution réside dans une subtilité de configuration.

Il n'est pas interdit de penser non plus que le phénomène est plus répandu qu'il n'y parait, à moins qu'il ne soit lié à la dernière version de Joomla (?) mais que cela n'inspire pas d'explorations puisque c'est sans conséquences.

De toute manière, à mon avis c'est lié au couple JOOMLA/OVH puisque rien de tel ne se produit avec d'autres applications (PhpBB, PIWIK...).

Merci quand même pour ton intervention

[PieceOfCake]

Re : Le nombre de lignes de code est doublé

Personnellement j'ai été longtemps chez OVH avec Joomla! jamais eu ce problème là.

Je suis et reste persuadé qu'il s'agit d'un problème de transfert en mode non UTF-8 ou en tout cas qui n'est pas correctement configuré

Je te propose de jeter un oeil sur cet article : http://www.finalclap.com/faq/149-ftp...ary-ascii-auto


Cordialement

[zebulon21]

Re : Le nombre de lignes de code est doublé

Je suis et reste persuadé qu'il s'agit d'un problème de transfert en mode non UTF-8

J'aimerais que ce soit ça mais, après avoir lu l'article (intéressant) que tu cites, on ne voit pas en quoi les transferts puissent impacter les dossiers au format ZIP ?

Le problème d'ajout de lignes existe sur des extensions téléchargées en ZIP sur mon PC puis renvoyées telles quelles (aucune manipulation de ma part) sur le site en ligne via l'administration de Joomla. Dans ce cas le mode de transfert en mode non UTF-8 ne se pose même pas puisqu'on n'a recours à aucun outil susceptible d'être configuré.

Je continue mes recherches et ne désespère pas de trouver la soluce...

[fynhooft]

Re : Le nombre de lignes de code est doublé

Bonjour,

Je pense que ce sont les paramètres de transfert de Filezilla qui ne sont pas corrects.

Dans FileZilla
Menu Tranfert > Type de transfert
Passer de "Automatique" à "Binaire"

[zebulon21]

Re : Le nombre de lignes de code est doublé

Bravo fynhooft : c'était bien lié au mode de transfert, et j'ai justement fait une multitude de tests dans ce sens cet aprèm.

En fait, si on conserve le mode de transfert "Automatique" coché en standard dans Filezilla, on créé un défaut dans Joomla qui provoque ensuite cet ajout de lignes vierges dans le code des extensions, et ceci même si l'installation des extensions se fait en dehors de FileZilla, directement à partir de l'administration du site.

C'est le lien de cause à effet qui est incompréhensible pour moi, mais il y a certainement une explication savante.

Par contre, si on utilise le mode "Binaire" de FileZilla, lorsqu'on transfère l'archive de démarrage de Joomla, ensuite l'installation (ou la mise à jour) des extensions peut se faire sans anomalie de code.

En effet, tout se passe dans le menu : Edition/Paramètres/Transferts/Types de fichiers.
Par contre je n'ai pas eu le temps de tester le mode "ASCII"...

On peut quand même se poser la question sur l'origine de cette nouveauté qui oblige à modifier les paramètres de FileZilla. La version 3.4.3 de Joomla, OVH, ou les deux (auparavant chez 1&1) ?

Merci encore pour ton aide efficace.

[toffffe]

Re : Le nombre de lignes de code est doublé

Salut
Merci pour ton retour, si ton problème est réglé n'hésite pas à le faire savoir en le passant comme tel http://forum.joomla.fr/announcement.php?f=230

[lesoutier]

Re : Le nombre de lignes de code est doublé

On peut quand même se poser la question sur l'origine de cette nouveauté qui oblige à modifier les paramètres de FileZilla. La version 3.4.3 de Joomla, OVH, ou les deux (auparavant chez 1&1) ?

Non, c'est a priori un problème qui existe depuis fort longtemps dans Filezilla. Peut-être avait-il disparu pendant un temps, mais il y a bien dix ans que c'est comme ça.